Dynamic generation of test images for ambient light testing

ABSTRACT

In a remote access environment that includes a server, a client device may remotely access, e.g., medical images from the server and may be provided with a mechanism to retrieve a test image, such as the TG-18 CT or TG-18 MP sample test patterns. The client device communicates display size information to the server, which generates the test image on-the-fly for the particular display size of the client device. For example, components in the test image and borders may be scaled to create an appropriate test image for any client device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/136,827, filed Dec. 20, 2013 and entitled “Dynamic Generation of TestImages for Ambient Light Testing.” The present disclosure also claimspriority to U.S. Provisional Patent Application 61/740,893, filed Dec.21, 2012, entitled “DYNAMIC GENERATION OF TEST IMAGES FOR AMBIENT LIGHTTESTING.” The content of each of the above-reference applications isincorporated herein by reference in its entirety.

BACKGROUND

Medical images housed within Picture Archiving and Communication Systems(PACS) are typically accessed by specialized display workstations undercontrolled lighting conditions, the so-called “radiology reading room”.Such conditions are maintained to provide predetermined level of displayimage quality as part of the diagnostic imaging practice, as it isimportant to ensure that electronic display at the display workstationsdoes not compromise image quality. In furtherance of that goal, displaystandards have been created, such as that of the American Association ofPhysicists in Medicine (AAPM) Task Group 18 (TG-18). Information aboutthe TG-18 display performance standards may be found in “Assessment ofDisplay Performance for Medical Imaging Systems,” American Associationof Physicists in Medicine, April 2005, which is incorporated herein byreference in its entirety. The TG-18 provided guidelines to end usersfor in-field performance evaluation of electronic display devicesintended for medical use. The TG-18 testing methods include test imagesfor evaluating the performance of electronic display devices andrecommended minimum performance requirements for utilization ofelectronic displays in medical and radiologic applications. The AAPMprovides the test images as downloadable files from designated servers.

However, the TG-18 test images were designed for specific displayresolutions. Now, with the growing use of mobile devices to remotelyaccess medical image data from PACS systems, the TG-18 test images arenot properly scaled for use on the overwhelming number of display sizesof the mobile devices.

SUMMARY

Disclosed herein are systems and methods for providing a test image,such as the TG-18 CT or TG-18 MP sample test patterns, to client devicesin a remote access environment. The client device communicates displaysize information to a server in the environment, which generates thetest image on-the-fly for the particular display size of the clientdevice. For example, components and borders in the test image may bescaled to create an appropriate test image for any client device.

In accordance with some implementations, there is provided a method ofdynamically generating a test image for a client device from a standardtest image on a server, the standard test image having componentstherein and a border defined by a horizontal margin and a verticalmargin. The method includes receiving, at a server, display dimensionsfrom a client device; determining if a minimum dimension of the displaydimensions is less than a first predetermined value; if the minimumdimension is less than the first predetermined value, then reducing asize of the components by a factor of the minimum dimension divided bythe predetermined value for rendering the test image for display at theclient device; and if the minimum dimension is not less than the firstpredetermined value, then determining if the minimum dimension is lessthan or equal to a second predetermined value. If the minimum dimensionis less than or equal to the second predetermined value then adjustingat least one of the vertical margin and the horizontal margin tomaintain an array of boxes in a centered position with respect to thetest image for rendering the test image for display at the clientdevice; and if the minimum dimension is not less than or equal to thesecond predetermined value then increasing a size of the components by afactor of the minimum dimension divided by the second predeterminedvalue for rendering the test image for display at the client device.

In accordance with some implementations, there is provided a method ofgenerating a test image where the test image has components thereindefining a component width and a component height, and the test imagehas a border defined by a horizontal margin and a vertical margin. Themethod includes, receiving, at a server, display dimensions from aclient device; determining if a minimum dimension of the displaydimensions is greater than a first predetermined value; if the minimumdimension is greater than the first predetermined value then: increasinga size of the component width and the component height by a factor ofthe minimum dimension divided by the predetermined value, rounding downto a nearest multiple of a second predetermined number and adding athird predetermined number of pixels to the border; scaling thecomponents to fit within a new size of the component width and thecomponent height; and displaying the test image at the client device. Ifthe minimum dimension is less than the first predetermined value, thendetermining if a display width is less than the component width, and ifso, iteratively reducing the component width by the second predeterminedvalue until the display width is not less than the component width;determining if a display height is less than the component height, andif so, iteratively reducing the component width by the secondpredetermined value until the display width is not less than thecomponent width; scaling the components to fit within a new size of thecomponent width and the component height; and displaying the test imageat the client device.

In accordance with some implementations, there is provided a method ofgenerating a test image, the test image having components therein andhaving a horizontal margin and a vertical margin, the method comprisingreceiving, at a server, display dimensions from a client device;determining if a minimum dimension of the display dimensions is lessthan a first predetermined value, and if not, increasing a size of thecomponents in accordance with the a first factor determined inaccordance with the minimum dimension and the first predetermined value;and if the minimum dimension of the display dimensions is less than thefirst predetermined value, reducing a size of the components inaccordance with a first factor determined in accordance with the minimumdimension or reducing the size of the components in accordance with asecond factor determined in accordance with the minimum dimension and asecond predetermined value.

Other systems, methods, features and/or advantages will be or may becomeapparent to one with skill in the art upon examination of the followingdrawings and detailed description. It is intended that all suchadditional systems, methods, features and/or advantages be includedwithin this description and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The components in the drawings are not necessarily to scale relative toeach other. Like reference numerals designate corresponding partsthroughout the several views.

FIG. 1 is a simplified block diagram illustrating a system for providingremote access to an application at a remote device via a computernetwork;

FIG. 2 illustrates a TG-18 CT image test pattern:

FIG. 3 illustrates a TG-18 MP image test pattern;

FIG. 4 illustrates an operational flow diagram of processes performed toprovide dynamic generation of a TG18-CT test image in accordance withclient device display area in the environment of FIG. 1;

FIG. 5 illustrates an operational flow diagram of processes performed toprovide dynamic generation of a TG18-MP test image in accordance withclient device display area in the environment of FIG. 1; and

FIG. 6 illustrates an exemplary computing device.

DETAILED DESCRIPTION

Unless defined otherwise, all technical and scientific terms used hereinhave the same meaning as commonly understood by one of ordinary skill inthe art. Methods and materials similar or equivalent to those describedherein can be used in the practice or testing of the present disclosure.While implementations will be described for remotely accessingapplications, it will become evident to those skilled in the art thatthe implementations are not limited thereto, but are applicable forremotely accessing any type of data or service via a remote device.

Overview

In accordance with aspects of the present disclosure, in a remote accessenvironment, a client device may be provided with a mechanism toretrieve a test image, such as the TG-18 CT or TG-18 MP sample testpatterns. The test image is generated on-the-fly for the particulardisplay size of the client device. Thus, an appropriate test image canbe created for any client device, as described below.

Example Environment

With the above overview as an introduction, FIG. 1 provides a diagram ofan exemplary image viewing network 100 over which processes and systemsconsistent with the presently disclosed dynamic test image renderingservice may be implemented. As illustrated in FIG. 1, image viewingnetwork 100 may include a plurality of devices that may becommunicatively coupled to one another (or to a centralized server) tofacilitate the distribution of data, such as imaging data, between oramong the constituent devices. According to one embodiment, imageviewing network 100 may include a server 120 and one or more clientdevices 130 a-130 c, each of which may be communicatively coupled tocommunication network 110. The listing of components illustrated in FIG.1 is exemplary only and not intended to be limiting. Indeed, it iscontemplated that additional, fewer, and/or different devices than thoseshown in FIG. 1 may be included as part of image viewing network 100without departing from the scope of the present disclosure.

Communication network 110 may include or embody any data ortelecommunications network that allows any number of network compatibledevices, such as server 120 and client devices 130 a-130 c, to exchangedata with other network compatible devices, both internal and externalto image viewing network 100. For example, communication network 110 mayprovide a gateway for coupling server 120 and/or client devices 130a-130 c with one or more servers on the World Wide Web using anycombination wired or wireless communication platforms. Communicationnetwork 110 may include a wireless networking platform such as, forexample, a satellite communication system, a cellular communicationsystem, or any other platform for communicating data with one or moregeographically dispersed assets (e.g., Bluetooth, microwave,point-to-point wireless, point-to-multipoint wireless,multipoint-to-multipoint wireless.) Alternatively or additionally,communication network 102 may include or embody wireline networks suchas, for example, Ethernet, fiber optic, waveguide, or any other type ofwired communication network.

The server 120 may include any processor-based computer system suitablefor configuration as a centralized node for distributing and/or sharingdata, such imaging data with one or more other computer systems. Theserver 120 may further include a remote access application to enable theclient devices 130 a-130 c to remotely access services offered by theserver 102. Still further, the server 120 may include an imagingapplication that processes the image data for viewing by one or more endusers using one of the client devices 130 a-130 c. In general, server120 may be configured to perform server-side image processing andrendering functions, and deliver and/or serve the processed imageinformation to the requesting client device. According to oneembodiment, server 120 may include a Windows or Linux-basedmulti-processor computing platform that is coupled to an imagingdatabase. In the above, an example remote access application may be partof the PureWeb architecture available from Calgary Scientific, Inc.,Calgary, Alberta, Canada. An example imaging application is ResolutionMDavailable from Calgary Scientific, Inc., of Calgary, Alberta, Canada

Client devices 130 a-130 c may each include any processor-basedcomputing device suitable for receiving image data from server 120 andrender the image data on a display. Client devices 130 a-130 c may beconfigured for establishing a secure connection with server 120 and/orother client devices coupled to communication network 110 in order tosend and receive image information across communication network 110.Client devices 130 a-130 c may be include smart phones, tablets,laptop/desktop/netbook computing devices, wearable media consumptiondevices (e.g., optical head-mounted display (OHMD), smart watch, etc.),or any other types of processor-based computing system suitable foraccessing server 120 and rendering images and related data on a displayassociated with the respective device.

As further shown in FIG. 1, a state model 140 may be communicatedbetween the server 120 and/or client devices 130 a-130 c. The statemodel 140 contains application state information that is updated inaccordance with user input data received from a user interface programor imagery currently being displayed by the client device 130 a-130 c.The remote access server also updates the state model 140 in accordancewith the screen or application data and provides the same to the clientdevice 130 a-130 c for display.

In the environment of the present disclosure, the state model 140 maycontain information about images being viewed by a user of the clientdevice 130 a-130 c, i.e. the current view. The state model 140 may alsocontain information about the display area of the client device 130a-130 c. This information may be used when rendering image data and testimages at the server 120 and/or the client 130 a-103 c. Thus,information in the state model 140 may be used to enable test images tobe rendered on either the client 130 a-130 c or the server 120, andswitching therebetween.

TG-18 Test Images

In some implementations, the environment of FIG. 1 may be used to viewdiagnostic images. In such environments, there is a need to insure thatthe client device displays do not compromise image quality andultimately patient care. As such, standard test images, such as thosedescribed below, have been published to provide for testing and qualitycontrol of client devices on which diagnostic image data is displayed.

FIG. 2 illustrates a TG-18 CT image test pattern 200. The TG-18 CT testpattern is used to assess the contrast transfer characteristicsassociated with the luminance response of the display of a computingdevice. The pattern 200 includes an array of 16 boxes 201 varying inluminance from 8 [128] to 248 [3968] embedded in a uniform background.Each box 201 differs in pixel value by the same amount and contains foursmall 10×10 corner boxes 205 at ±4 [±64] pixel value difference from thebackground. In addition, at the center of each box 201 is a circle 203,where each side of the circle is a ±2 [±32] pixel value difference fromthe background.

The image test pattern 200 has a defined height 202 and width 204. Forexample the height 202 and width 204 is 1024 pixels. The array of boxes201 is positioned having a vertical margin 206 and a horizontal margin208 from respective edges of the image test pattern 200. Each box 201 inthe array has a side 212 having a length of 102 pixels. The boxes 201are separated by a distance 212 of 51 pixels. The circle 203 within eachbox 201 (a representative circle 203 emphasized for purposes of thepresent disclosure) has a diameter 214 of 34 pixels and the four cornerboxes 205 have sides 216 having a dimension of 10 pixels. As will bedescribed below, when an image test pattern 200 is generated on the flyfor a particular display size in accordance with the present disclosure,the various dimensions described above are adjusted/scaled to maintainrelative sizes of the boxes, circle, corner box, and spacing between theboxes. Thus, the image test pattern 300 may be scaled to create anappropriate test image for any client device

FIG. 3 illustrates a TG-18 MP images test pattern 300. TG18-MP isdesigned for visual assessment of display bit depth. The test pattern300 includes a background of 256 (i.e., black), and pattern contains 16ramps, each covering 1/16 of a 12-bit pixel value range from 0 to 4095.Small markers indicate 8-bit and 10-bit pixel value transitions. Theimage test pattern 300 has a defined height 302 and width 304. Forexample the height 302 and width 304 may be 1024 pixels. Within acentral portion of the image test pattern 300, there is a series of 16vertical bands 301 forming a central box 303, where each band 301 is aramp of 16 boxes 305 (a representative box 305 emphasized for purposesof the present disclosure)containing incremental shades of grey. Acentral box 303 has a vertical margin 306 and a horizontal margin 308from respective edges of the image test pattern 300. Each band 301 has awidth 312 of 48 pixels. As will be described below, when an image testpattern 300 is generated on the fly for a particular display size inaccordance with the present disclosure, the various dimensions describedabove are adjusted/scaled to maintain relative sizes of the boxes,circle, corner box, and spacing between the boxes. Thus, the image testpattern 300 may be scaled to create an appropriate test image for anyclient device.

Dynamic Generation of TG-18 Test Images

FIG. 4 illustrates an operation flow 400 for dynamic generation of aTG18-CT test image in accordance with client device display area. Theoperational flow may be performed by the server 120 or a combination ofthe server 120 and client devices 130 a-130 c. At 402, the processbegins. For example, the server 120 may expose a web API that is calledby the client device. At 404, information regarding the client displayis received. For example, the server 120 may receive display areainformation from the client device in the state model 140.Alternatively, a window size may be defined within the client displayarea. At 406, it is determined if a minimum dimension is less than 663pixels. The value of 663 pixels is used herein as it is a minimum sizethat can accommodate the TG-18 CT default box sizes (102 pixels×4) andspacing (51 pixels×5). Typically a display area is measured as a widthtimes a length (e.g., 480×800 px), where one dimension is larger thanthe other. Often, the width of a handheld display is smaller than thelength of the display; therefore the minimum dimension is typically thewidth value (e.g., 480 px). It is noted that when the display isrotated, the TG-18 CT image also rotates accordingly.

If, at 406, the minimum dimension is less than 663 pixels then theprocess continues at 408, where the box size, spacing, corner box size,and circle diameter are reduce by multiplying the minimum dimensiondetermined at 406 by 663. With reference to FIG. 2, the block size 212,spacing 210, corner box size 216, and circle diameter 214 are reduced inaccordance with the relationship of the minimum dimension divided by663. The process continues at 416, where the test image is rendered. Forexample, the server 120 may render a test image in accordance with thesizes determined at 408. At 418, the test image is displayed at theclient device. In some implementations, the test image may be renderedat the client device 130 a-130 c at 416 and displayed at 418.

If at 406, the minimum dimension is not less than 663 pixels then theprocess continues at 410, where is determined if the minimum dimensionis less than or equal to 1024 pixels. If the minimum dimension is lessor equal to than or equal to 1024 pixels, then at 412, the verticaland/or horizontal margins are adjusted to maintain the image in a centerposition and to maintain the center contents at default sizes. Forexample, the vertical margin 206 and/or the horizontal margin 208 may beadjusted to center the array of boxes 301 within the test image. Theprocess continues at 416, where the test image is rendered. For example,the server 120 may render test image in accordance with the sizesdetermined at 412. At 418, the test image is displayed at the clientdevice. In some implementations, the test image may be rendered at theclient device 130 a-130 c at 416 and displayed at 418.

If that 410 the minimum dimension is not less than or equal to 1024pixels, then at 414, the box size, spacing, corner box size and circlediameter multiplied by a factor of the minimum dimension divided by1024. With reference to FIG. 2, the block size 212, spacing 210, cornerbox size 216, and circle diameter 214 are multiplied by a factor of theminimum dimension divided by 1024. The process continues at 416, wherethe test image is rendered. For example, the server 120 may render testimage in accordance with sizes determined at 414. At 418, the test imageis displayed at the client device. In some implementations, the testimage may be rendered at the client device 130 a-130 c at 416 anddisplayed at 418. After the test image is sent to the client device 418,the process ends at 420.

Thus, the operational flow 400 provides a method for generating TG18-CTon-the-fly in accordance with a display size of the client device. Theoperational flow 400 serves to adjust the various components of the testimage 300 such that they appropriately sized for the display.

FIG. 5 illustrates an operation flow 500 for dynamic generation of aTG18-MP test image in accordance with a client device display area. Theoperational flow may be performed by the server 120 or a combination ofthe server 120 and the client devices 130 a-130 c. At 502, the processbegins. For example, the server 120 may expose a web API that is calledby the client device. At 504, information regarding the client displayis received. For example, the server 120 may receive display areainformation from the client device in the state model 140.Alternatively, a window size may be defined within the client displayarea. At 506, it is determined if the minimum dimension is greater than1024 pixels. As noted above, the minimum dimension is the lesser of thelength and width of the display area of the client device. It is notedthat when the display is rotated, the TG-18 MP image also rotatesaccordingly. If the minimum dimension is less than 1024 pixels, then at508, the main box width and height is increased by the factor of theminimum dimension divided by 1024, rounding down to the nearest multiple16 and adding 2 pixels for the border. For example, the main box with312 and the height 310 are increased by the above-noted factor. Next, at518, the ramp boxes 305 are scaled to fit within the calculated main box301 width and height from 508. At 520, the test image is sent to theclient device for display. At 520, the process continues, where the testimage is rendered. At 522, the test image is displayed at the clientdevice. In some implementations, the test image may be rendered at theclient device 130 a-130 c at 520 and displayed at 522. At 524, theprocess ends.

If at 506, the minimum dimension is not greater than 1024 pixels, thenat 510 it is determined if the display width is less than the main boxwith. The main box width is shown in FIG. 3 by reference numeral 312. Ifthe display width is less than the main box width, then the main boxwith is iteratively reduced at 512 by a factor of 16. The iterativeprocess at 512 continues until the display width is not less than themain box width 312, at which time the process continues at 514 where itis determined if the display height is less than the main box height310. If, at 514, the display height is less than the main box height310, then at 516 the main box height 310 is iteratively reduced by afactor of 16 until the display height is not less than the main boxheight 310. When this condition is met at 514, the process flows to 518,where the ramp boxes 305 are scaled to fit within the main box width andheight from 512 and 516, respectively. At 520, the process continues,where the test image is rendered. At 522, the test image is displayed atthe client device. In some implementations, the test image may berendered at the client device 130 a-130 c at 520 and displayed at 522.At 524, the process ends.

Thus, the operational flow 500 provides a method for generating TG18-MPon-the-fly in accordance with a display size of the client device. Theoperational flow 500 serves to adjust the various components of the testimage 400 such that they are appropriately sized for the display.

Numerous other general purpose or special purpose computing systemenvironments or configurations may be used. Examples of well knowncomputing systems, environments, and/or configurations that may besuitable for use include, but are not limited to, personal computers,server computers, handheld or laptop devices, multiprocessor systems,microprocessor-based systems, network personal computers (PCs),minicomputers, mainframe computers, embedded systems, distributedcomputing environments that include any of the above systems or devices,and the like.

Computer-executable instructions, such as program modules, beingexecuted by a computer may be used. Generally, program modules includeroutines, programs, objects, components, data structures, etc. thatperform particular tasks or implement particular abstract data types.Distributed computing environments may be used where tasks are performedby remote processing devices that are linked through a communicationsnetwork or other data transmission medium. In a distributed computingenvironment, program modules and other data may be located in both localand remote computer storage media including memory storage devices.

FIG. 8 shows an exemplary computing environment in which exampleembodiments and aspects may be implemented. The computing systemenvironment is only one example of a suitable computing environment andis not intended to suggest any limitation as to the scope of use orfunctionality.

With reference to FIG. 8, an exemplary system for implementing aspectsdescribed herein includes a computing device, such as computing device600. In its most basic configuration, computing device 600 typicallyincludes at least one processing unit 602 and memory 604. Depending onthe exact configuration and type of computing device, memory 604 may bevolatile (such as random access memory (RAM)), non-volatile (such asread-only memory (ROM), flash memory, etc.), or some combination of thetwo. This most basic configuration is illustrated in FIG. 8 by dashedline 606.

Computing device 600 may have additional features/functionality. Forexample, computing device 600 may include additional storage (removableand/or non-removable) including, but not limited to, magnetic or opticaldisks or tape. Such additional storage is illustrated in FIG. 8 byremovable storage 608 and non-removable storage 610.

Computing device 600 typically includes a variety of computer readablemedia. Computer readable media can be any available media that can beaccessed by device 600 and includes both volatile and non-volatilemedia, removable and non-removable media.

Computer storage media include volatile and non-volatile, and removableand non-removable media implemented in any method or technology forstorage of information such as computer readable instructions, datastructures, program modules or other data. Memory 604, removable storage608, and non-removable storage 610 are all examples of computer storagemedia. Computer storage media include, but are not limited to, RAM, ROM,electrically erasable program read-only memory (EEPROM), flash memory orother memory technology, CD-ROM, digital versatile disks (DVD) or otheroptical storage, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other medium which canbe used to store the desired information and which can be accessed bycomputing device 600. Any such computer storage media may be part ofcomputing device 600.

Computing device 600 may contain communications connection(s) 612 thatallow the device to communicate with other devices. Computing device 600may also have input device(s) 614 such as a keyboard, mouse, pen, voiceinput device, touch input device, etc. Output device(s) 616 such as adisplay, speakers, printer, etc. may also be included. All these devicesare well known in the art and need not be discussed at length here.

It should be understood that the various techniques described herein maybe implemented in connection with hardware or software or, whereappropriate, with a combination of both. Thus, the methods and apparatusof the presently disclosed subject matter, or certain aspects orportions thereof, may take the form of program code (i.e., instructions)embodied in tangible media, such as floppy diskettes, CD-ROMs, harddrives, or any other machine-readable storage medium wherein, when theprogram code is loaded into and executed by a machine, such as acomputer, the machine becomes an apparatus for practicing the presentlydisclosed subject matter. In the case of program code execution onprogrammable computers, the computing device generally includes aprocessor, a storage medium readable by the processor (includingvolatile and non-volatile memory and/or storage elements), at least oneinput device, and at least one output device. One or more programs mayimplement or utilize the processes described in connection with thepresently disclosed subject matter, e.g., through the use of anapplication programming interface (API), reusable controls, or the like.Such programs may be implemented in a high level procedural orobject-oriented programming language to communicate with a computersystem. However, the program(s) can be implemented in assembly ormachine language, if desired. In any case, the language may be acompiled or interpreted language and it may be combined with hardwareimplementations.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described above.Rather, the specific features and acts described above are disclosed asexample forms of implementing the claims.

What is claimed:
 1. A method of dynamically generating a test image fora client device from a standard test image on a server, the standardtest image having components therein and a border defined by ahorizontal margin and a vertical margin, the method comprising:receiving, at the server, display dimensions from the client device;determining if a minimum dimension of the display dimensions is lessthan a first predetermined value; if the minimum dimension is less thanthe first predetermined value, then reducing a size of the components bya factor of the minimum dimension divided by the predetermined value forrendering the test image for display at the client device; and if theminimum dimension is not less than the first predetermined value, thendetermining if the minimum dimension is less than or equal to a secondpredetermined value; if the minimum dimension is less than or equal tothe second predetermined value then adjusting at least one of thevertical margin and the horizontal margin to maintain an array of boxesin a centered position with respect to the test image for rendering thetest image for display at the client device; and if the minimumdimension is not less than or equal to the second predetermined valuethen increasing a size of the components by a factor of the minimumdimension divided by the second predetermined value for rendering thetest image for display at the client device.
 2. The method of claim 1,wherein the first predetermined value is a minimum value determined inaccordance with a box size and spacing between each box in the testimage, the box sizes and the spacing being determined in accordance withdefault values defined by a TG-18 CT test image.
 3. The method of claim1, further comprising rotating the testing image in accordance with anorientation of a display of the client device.
 4. The method of claim 1,further comprising, if the minimum dimension is less than the firstpredetermined value, then reducing a box size, a spacing between boxes,a corner box size, and a circle diameter.
 5. The method claim 4, whereinthe reducing is performed by multiplying the minimum dimension by thefirst predetermined value.
 6. The method of claim 1, further comprisingif the minimum dimension is between the first predetermined value andthe second predetermined value, then vertical and/or horizontal marginsare adjusted to maintain the test image in a center position.
 7. Themethod of claim 1, further comprising if the minimum dimension isgreater than the second predetermined value, then a box size, a spacingbetween boxes, a corner box size and a circle diameter multiplied by afactor.
 8. The method of claim 7, wherein the factor is determined bydividing the minimum dimension divided by the second predeterminedvalue.
 9. The method of claim 1, further comprising exposing a web APIat the server that is called by the client device.
 10. The method ofclaim 1, wherein the server receives display area information from theclient device in a state model.
 11. The method of clam 1, wherein thefirst predetermined value is 663 pixels, and wherein the secondpredetermined value is 1024 pixels.
 12. The method of claim 1, whereinthe test image is a TG-18 CT test image.